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DETAILED ACTION 

1 . This Office Action is in response to the amendment filed 1 0/4/06. Claims 1 -37 
and 39 are currently pending in the application. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-6, 8-18, 20-26, 28-29, 31-36, and 39 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Bertrand et al. (U.S. Pat. 6687252 B1) in view of 
Takeda et al. (U.S. Publication US 2001/0048686 A1) and in further view of Applicant's 
admitted prior (as found in the Applicant's specification). 

With respect to claim 1, Bertrand et al. discloses a General Packet Radio 
System (GPRS) based communications network (See column 4 lines 31-37 and 
Figure 1 of Bertrand et al. for reference to a GPRS network). Bertrand et al. also 
discloses a Serving GPRS Support Node (SGSN) receiving an Activate Packet Data 
Protocol (PDP) Context Request message from a mobile station of the GPRS-based 
communications network (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for 
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reference to a mobile terminal (MT), which is a mobile station, sending an 
Activated PDP Context Request message to a SGSN). Bertrand et al. further 
discloses the SGSN sending.a Create PDP Context Request message to a Gateway 
GPRS Support Node (GGSN) in response to the Activate PDP Context Request (See 
column 5 lines 4-15 and Figure 1 of Bertrand et al. for reference to the SGSN 
sending a Create PDP Context Request message to a GGSN in response to the 
SGSN receiving the Activate PDP Context Request). Bertrand et al. also discloses 
the GGSN assigning one of a private network address and a public network address to 
the mobile station in response to the Create PDP Context Request message and 
sending a Create PDP Context Response message from the GGSN to the SGSN 
containing the information assigning the address to the mobile station (See the 
abstract and column 5 lines 16-67 of Bertrand et al. for reference to the GGSN 
assigning one of a public IP address or a private IP address to the mobile 
terminal in response to the Create PDP Context Request message and for 
reference to sending a Create PDP Context Response message from the GGSN to 
the SGSN containing information assigning the address). Bertrand et al. further 
discloses the SGSN sending an Activate PDP Context Accept message containing 
information assigning the address to the mobile station in response to the Create PDP 
Context Response message (See column 5 lines 52-67 of Bertrand et al. for 
reference to the SGSN providing the assigned IP address to the mobile terminal 
using an Activate PDP Context Accept message in response to the SGSN 
receiving the Create PDP Context Response message). Bertrand et al. does not 
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disclose that the Activate PDP Context Request message and the Create PDP Context 
Request message have an APN field containing information relating to a request for one 
of a private network address and a public network address. Bertrand et al. also does 
not disclose that the public network address or private network address is assigned 
based on the information contained in the APN field of the Create PDP Context Request 
message. 

With respect to claims 8 and 32, Bertrand et al. discloses a method for 
assigning a network address in a GPRS-based communications network (See column 
4 lines 31-37 and Figure 1 of Bertrand et al. for reference to a method for 
dynamically allocating IP addresses to mobile terminals in a GPRS network). 
Bertrand et al. also discloses receiving an Activate PDP Context Request message at a 
SGSN from a mobile station (See column 5 lines 4-15 and Figure 1 of Bertrand et al. 
for reference to a mobile terminal (MT), which is a mobile station, sending an 
Activate PDP Context Request message to a SGSN). Bertrand et al. further 
discloses sending an Activate PDP Context Accept message to the mobile station 
containing information assigning an address to the mobile station (See column 5 lines 
52-67 of Bertrand et al. for reference to the SGSN providing the assigned IP 
address to the mobile terminal using an Activate PDP Context Accept message). 
Bertrand et al. does not disclose that the Activate PDP Context Request message has 
an APN field containing information relating to a request for one of a private network 
address and a public network address. Bertrand et al. also does not disclose that the 
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public network address or private network address is assigned based on the information 
contained in the APN field of the Create PDP Context Request message. 

With respect to claim 20, Bertrand et al. discloses a General Packet Radio 
System (GPRS) based communications network (See column 4 lines 31-37 and 
Figure 1 of Bertrand et al. for reference to a GPRS network). Bertrand et al. also 
discloses a Serving GPRS Support Node (SGSN) receiving an Activate Packet Data 
Protocol (PDP) Context Request message from a mobile station of the GPRS-based 
communications network (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for 
reference to a mobile terminal (MT), which is a mobile station, sending an 
Activate PDP Context Request message to a SGSN). Bertrand et al. further 
discloses the SGSN sending a Create PDP Context Request message to a Border 
Gateway (BG) in response to the Activate PDP Context Request (See column 5 lines 
5-67 and Figure 1 of Bertrand et al. for reference to the SGSN sending a Create 
PDP Context Request messages to a GGSN that forwards the message to a 
Radius server (RS), which is a BG, in response to the SGSN receiving the Activate 
PDP Context Request). Bertrand et al. also discloses the BG assigning one of a 
private network address and a public network address to the mobile station in response 
to the Create PDP Context Request message and sending a Create PDP Context 
Response message from the BG to the SGSN containing the information assigning the 
address to the mobile station (See the abstract and column 5 lines 16-67 of Bertrand 
et al. for reference to the RS assigning one of a public IP address or a private IP 
address to the mobile terminal in response to the Create PDP Context Request 



Application/Control Number: 1 0/01 7,398 Page 6 

Art Unit: 2616 

message and for reference to sending a Create PDP Context Response message 
from the RS through the GGSN to the SGSN containing information assigning the 
address). Bertrand et al. further discloses the SGSN sending an Activate PDP Context 
Accept message containing information assigning the address to the mobile station in 
response to the Create PDP Context Response message (See column 5 lines 52-67 
of Bertrand et al. for reference to the SGSN providing the assigned IP address to 
the mobile terminal using an Activate PDP Context Accept message in response 
to the SGSN receiving the Create PDP Context Response message). Bertrand et 
al. does not disclose that the Activate PDP Context Request message and the Create 
PDP Context Request message have an APN field containing information relating to a 
request for one of a private network address and a public network address. Bertrand et 
al. also does not disclose that the public network address or private network address is 
assigned based on the information contained in the APN field of the Create PDP 
Context Request message. 

With respect to claim 28, Bertrand et al. discloses a method for assigning a 
network address in a GPRS-based communications network (See column 4 lines 31- 
37 and Figure 1 of Bertrand et al. for reference to a method for dynamically 
allocating IP addresses to mobile terminals in a GPRS network). Bertrand et al. 
also discloses receiving a Create PDP Context Request message from a SGSN at a 
GGSN (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for reference to the 
SGSN sending a Create PDP Context Request message to a GGSN). Bertrand et 
al. further discloses assigning one of a private network address and a public network 
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address to the mobile station and sending a Create PDP Context Response message 
form the GGSN to the SGSN containing the information assigning the address (See the 
abstract and column 5 lines 16-67 of Bertrand et al. for reference to the GGSN 
assigning one of a public IP address or a private IP address to the mobile 
terminal in response to the Create PDP Context Request message and for » 
reference to sending a Create PDP Context Response message from the GGSN to 
the SGSN containing information assigning the address). Bertrand et al. does not 
disclose that the Create PDP Context Request message has an APN field containing 
information relating to a request for one of a private network address and a public 
network address. Bertrand et al. also does not disclose that the public network address 
or private network address is assigned based on the information contained in the APN 
field of the Create PDP Context Request message. 

With respect to claim 31, Bertrand et al. discloses a method for assigning a 
network address in a GPRS-based communications network (See column 4 lines 31- 
37 and Figure 1 of Bertrand et al. for reference to a method for dynamically 
allocating IP addresses to mobile terminals in a GPRS network). Bertrand et al. 
also discloses receiving a Create PDP Context Request message from a SGSN at a BG 
(See column 5 lines 5-67 and Figure 1 of Bertrand et al. for reference to the SGSN 
sending a Create PDP Context Request message to a GGSN that forwards the 
message to a Radius server (RS), which is a BG, in response to the SGSN 
receiving the Activate PDP Context Request). Bertrand et al. further discloses 
assigning one of a private network address and a public network address to the mobile 
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station and sending a Create PDP Context Response message form the BG to the 
SGSN containing the information assigning the address (See the abstract and column 
5 lines 16-67 of Bertrand et al. for reference to the RS assigning one of a public IP 
address or a private IP address to the mobile terminal in response to the Create 
PDP Context Request message and for reference to sending a Create PDP 
Context Response message from the RS through the GGSN to the SGSN 
containing information assigning the address). Bertrand et al. does not disclose 
that the Create PDP Context Request message has an APN field containing information 
relating to a request for one of a private network address and a public network address. 
Bertrand et al. also does not disclose that the public network address or private network 
address is assigned based on the information contained in the APN field of the Create 
PDP Context Request message. 

With respect to claim 39, Bertrand et al. discloses a method for assigning a 
network address in a GPRS-based communications network (See column 4 lines 31- 
37 and Figure 1 of Bertrand et al. for reference to a method for dynamically 
allocating IP addresses to mobile terminals in a GPRS network). Bertrand et al. 
also discloses receiving an Activate PDP Context Request message at a SGSN from a 
mobile station (See column 5 lines 4-15 and Figure 1 of Bertrand et al. for reference 
to a mobile terminal (MT), which is a mobile station, sending an Activate PDP 
Context Request message to a SGSN). Bertrand et al. further discloses sending an 
Activate PDP Context Accept message to the mobile station containing information 
assigning an address to the mobile station (See column 5 lines 52-67 of Bertrand et 
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al. for reference to the SGSN providing the assigned IP address to the mobile 
terminal using an Activate PDP Context Accept message). Bertrand et al. does not 
disclose that the Activate PDP Context Request message has an APN field containing 
information indicating a type of requested network address, with the type being one of a 
private network address and a public network address. Bertrand et al. also does not 
disclose that the public network address or private network address is assigned based 
on the information contained in the APN field of the Create PDP Context Request 
message. 

With respect to claims 2, 14, and 22, Bertrand et al. does not disclose that the 
Activate PDP Context Accept message contains address assignment information based 
on the information contained in the APN field of the Activate PDP Context Request 
message. 

With respect to claims 4, 16, 24, and 34, Bertrand et al. does not disclose that 
the APN field information implicitly indicates one of a private network address and a 
public network address. 

With respect to claim 9, Bertrand et al. discloses sending a Create PDP 
Context Request message form the SGSN to a GGSN (See column 5 lines 4-15 and 
Figure 1 of Bertrand et al. for reference to the SGSN sending a Create PDP 
Context Request message to a GGSN in response to the SGSN receiving the 
Activate PDP Context Request). Bertrand et al. also discloses receiving a Create 
PDP Context Response message from the GGSN containing information assigning an 
address (See the abstract and column 5 lines 16-67 of Bertrand et al. for reference 
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to sending a Create PDP Context Response message from the GGSN to the SGSN 
containing information assigning the address). Bertrand et al. does not disclose that 
the Activate PDP Context Request message and the Create PDP Context Request 
message have an APN field containing information relating to a request for one of a 
private network address and a public network address. Bertrand et al. also does not 
disclose that the public network address or private network address is assigned based 
on the information contained in the APN field of the Create PDP Context Request 
message. 

With respect to claim 10, Bertrand et al. further discloses the SGSN sending a 
Create PDP Context Request message to a Gateway GPRS Support Node (GGSN) in 
response to the Activate PDP Context Request (See column 5 lines 4-15 and Figure 1 
of Bertrand et al. for reference to the SGSN sending a Create PDP Context 
Request message to a GGSN in response to the SGSN receiving the Activate PDP 
Context Request). Bertrand et al. also discloses the GGSN assigning one of a private 
network address and a public network address to the mobile station in response to the 
Create PDP Context Request message and sending a Create PDP Context Response 
message from the GGSN to the SGSN containing the information assigning the address 
to the mobile station (See the abstract and column 5 lines 16-67 of Bertrand et al. 
for reference to the GGSN assigning one of a public IP address or a private IP 
address to the mobile terminal in response to the Create PDP Context Request 
message and for reference to sending a Create PDP Context Response message 
from the GGSN to the SGSN containing information assigning the address). 
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Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
relating to a request for one of a private network address and a public network address. 
Bertrand et al. also does not disclose that the public network address or private network 
address is assigned based on the information contained in the APN field of the Create 
PDP Context Request message. 

With respect to claim 11, Bertrand et al. discloses the SGSN sending a Create 
PDP Context Request message to a Border Gateway (BG) in response to the Activate 
PDP Context Request (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for 
reference to the SGSN sending a Create PDP Context Request messages to a 
GGSN that forwards the message to a Radius server (RS), which is a BG, in 
response to the SGSN receiving the Activate PDP Context Request). Bertrand et 
al. also discloses sending a Create PDP Context Response message from the BG to 
the SGSN containing the information assigning the address to the mobile station (See 
the abstract and column 5 lines 16-67 of Bertrand et al. for reference to sending a 
Create PDP Context Response message from the RS through the GGSN to the 
SGSN containing information assigning the address). Bertrand et al. does not 
disclose that the Activate PDP Context Request message and the Create PDP Context 
Request message have an APN field containing information relating to a request for one 
of a private network address and a public network address. Bertrand et al. also does 
not disclose that the public network address or private network address is assigned 
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based on the information contained in the APN field of the Create PDP Context Request 
message. 

With respect to claim 12, Bertrand et al. discloses the SGSN sending a Create 
PDP Context Request message to a Border Gateway (BG) in response to the Activate 
PDP Context Request (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for 
reference to the SGSN sending a Create PDP Context Request messages to a 
GGSN that forwards the message to a Radius server (RS), which is a BG, in 
response to the SGSN receiving the Activate PDP Context Request). Bertrand et 
al. also discloses the BG assigning one of a private network address and a public 
network address to the mobile station in response to the Create PDP Context Request 
message and sending a Create PDP Context Response message from the BG to the 
SGSN containing the information assigning the address to the mobile station (See the 
abstract and column 5 lines 16-67 of Bertrand et al. for reference to the RS 
assigning one of a public IP address or a private IP address to the mobile 
terminal in response to the Create PDP Context Request message and for 
reference to sending a Create PDP Context Response message from the RS 
through the GGSN to the SGSN containing information assigning the address). 
Bertrand et al. does not disclose that the Activate PDP Context Request message and 
the Create PDP Context Request message have an APN field containing information 
relating to a request for one of a private network address and a public network address. 
Bertrand et al. also does not disclose that the public network address or private network 
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address is assigned based on the information contained in the APN field of the Create 
PDP Context Request message. 

With respect to claims 1-2, 4, 8-12, 14, 16, 20, 22, 24, 28, 31-32, 34, and 39, 
Takeda et al., in the field of communications, discloses an Activate PDP Context 
Request message and a Create PDP Context Request message that have an APN field 
containing information relating to a request for an address (See pages 2-3 paragraphs 
26-27 and page 5 paragraphs 71-72 and 89-90 of Takeda et al. for reference to an 
Activate PDP Context Request message and a Create PDP Context Request 
message that have an APN field containing information identifying a destination 
network gateway node, which is information relating to a request for an address). 
Using an Activate PDP Context Request message and a Create PDP Context Request 
message that have an APN field containing information relating to a request for an 
address has the advantage of allowing address assignment to be based on the 
destination network that a mobile station is requesting to communicate with. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the work of Takeda et al., to combine using an Activate 
PDP Context Request message and a Create PDP Context Request message that have 
an APN field containing information relating to a request for an address, as suggested 
by Takeda et al., with the system and method of Bertrand et al., with the motivation 
being to allow address assignment to be based on the destination network that a mobile 
station is requesting to communicate with. 



Application/Control Number: 10/017,398 Page 14 

Art Unit: 2616 

With respect to claims 1-2, 4, 8-12, 14, 16, 20, 22, 24, 28, 31-32, 34, and 39, 

Although Takeda et al. discloses using an APN field identifying the destination network 
that a mobile station wishes to communicate, the combination of Bertrand et al., and 
Takeda et al. does not disclose using destination network information to assigned one 
of a private network address and a public network address to the mobile station. 
Applicant's admitted prior art discloses using destination network information to assign 
one of a private network address and a public network address to a mobile station as 
implicitly indicated by the destination network information (See page 4 paragraph 8 of 
the Applicant's specification for reference to using information about which 
domain, or network, a host, or mobile station, is to be in communication with in 
order to determine whether to assign a private IP address or a public IP address). 
Using destination network information to assign one of a private network address and a 
public network address to a mobile station has the advantage of allowing a limited pool 
of public IP addresses to be assigned to mobile stations only when absolutely needed. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the Applicant's admitted prior art, to combine using 
destination network information to assign one of a private network address and a public 
network address to a mobile station, as suggested by the Applicant's admitted prior art, 
with the system and method of Bertrand et al. and Takeda et al., with the motivation 
being to allow a limited pool of public IP addresses to be assigned to mobile stations 
only when absolutely needed. 
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With respect to claims 3, 15, 23, and 33, although the combination of Bertrand 
et al., Takeda et al., and the Applicant's admitted prior art does not. specifically disclose 
explicitly indicating one of a private network address and a public network address, 
explicitly indicating information in a request is old and well known in the field of 
communications. It would have been obvious for one of ordinary skill in the art at the 
time of the invention to combine explicitly indicating one of a public network address or 
a private network address with the system and method of Bertrand et al., Takeda et al., 
and the Applicant's admitted prior art, with the motivation being to allow less processing 
to be performed at the receiving end of the request since the type of address is explicitly 
stated in the request. 

With respect to claims 5, 17, 25, and 35, Bertrand et al. discloses that address 
is one of an IPv4 or IPv6 network address (See column 3 lines 2-11 of Bertrand et al. 
for reference to assigned addresses being IP addresses, which at the time of the 
invention, are in the form of IPv4 or IPv6 network addresses). 

With respect to claims 6, 18, 26, 29, and 36, Bertrand et al. discloses that the 
network is a GPRS communications network (See column 1 liens 7-11 for reference 
to the system being a GPRS communications system). 

With respect to claims 13 and 21, Bertrand et al. discloses sending the Create 
PDP Context Request message form the SGSN to a GGSN and from the GGSN to the 
BG (See column 5 lines 5-67 and Figure 1 of Bertrand et al. for reference to the 
SGSN sending a Create PDP Context Request messages to a GGSN that forwards 
the message to a Radius server (RS), which is a BG, in response to the SGSN 
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receiving the Activate PDP Context Request). Bertrand et al. also discloses 
receiving the Create PDP Context Response message at the GGSN from the BG and at 
the SGSN from the GGSN (See the abstract and column 5 lines 16-67 of Bertrand et 
al. for reference to sending a Create PDP Context Response message from the RS 
through the GGSN to the SGSN containing information assigning the address). 

4. Claims 7, 19, 27, 30, and 37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bertrand et al., in view of Takeda et al., and Applicant's admitted 
prior art as applied to claims 1-6, 8-18, 20-26, 28-29, 31-36, and 39 above, and further 
in view of Boudreaux (U.S. Pat. 6466556 B1). 

With respect to claims 7, 19, 27, 30, and 37, the combination of Bertrand et al., 
Takeda et al., and Applicant's admitted prior art does not disclose using a Universal 
Mobile Telecommunications System. 

With respect to claims 7, 19, 27, 30, and 37, Boudreaux, in the field of 
communications discloses using a Universal Mobile Telecommunications System (See 
column 1 lines 48-61 of Boudreaux for reference to using a Universal Mobile 
Telecommunications System). Using a Universal Mobile Telecommunications 
System has the advantage of using a widely accepted and used communication system 
architecture. 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention, when presented with the work of Boudreaux, to combine using a Universal 
Mobile Telecommunications System, as suggested by Boudreaux, with the system and 
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method of Bertrand et al., Takeda et al., and Applicant's admitted prior art, with the 
motivation being to use a widely accepted and used communication system 
architecture. 

Response to Arguments 

5. Applicant's arguments filed 1 0/4/06 have been fully considered but they are not 
persuasive. 

In response to Applicant's argument that: 

"Paragraph 8 of Applicant's Background of the Invention does not remedy 
these deficiencies in Bertrand and Takeda." (See page 3 of Applicant's 
Remarks/Arguments section) 
the Examiner respectfully disagrees. The rejection above of the claim limitation 
regarding "assigning one of a private network address and a public network address to 
a mobile station based on information contained in an APN filed of a Create PDP 
Context Request message" (see page 2 of Applicant's Remarks/Arguments section) is 
based on a combination of the teachings of Bertrand et al., Takeda et al. and the 
Applicant's admitted prior art. As shown in the rejections above, Bertrand et al. 
discloses a GPRS-based communications network. Bertrand et al. does not disclose 
assigning one of a private network address and a public network address to a mobile 
station based on information contained in an APN filed of a Create PDP Context 
Request message. Takeda et al. discloses an APN Create PDP Context Request 
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message having an APN field that identifies the location of a destination of a requested 
connection (See pages 2-3 paragraphs 26-27 of Takeda). Takeda et al. does not 
disclose using information about the location of destination of a requested connection to 
determine whether to assign a public or private IP address. Applicant's admitted prior 
art discloses determining whether to assign a public or private IP address based on the 
location of destination of a requested connection (See page 4 paragraph 08 of 
Applicant's specification). Therefore, the rejection above is based on a combination of 
the system as disclosed by Bertrand et al., with the inclusion of an APN field that 
identifies the location of a destination of a requested connection, as disclosed by 
Takeda et al., and with Applicant's admitted prior art teaching of determining whether to 
assign a public or private IP address based on the location of destination of a requested 
connection. Therefore, since the combined teachings disclose all the claimed 
limitations, and since there is a motivation to combine the teachings, as shown in the 
rejections above, the rejection is proper. 

In response to Applicant's argument the teachings of Bertrand et al. and Takeda 
et al. do no disclose explicitly indicating one of a request for a private network address 
and a public network address, the Examiner agrees. However, it is noted that in the 
rejections above Official Notice has been taken that explicitly indicating one of a private 
network address and a public network address in a request is old and well known in the 
field of communications. Newly cited Publication Iyer et al. (U.S. Publication US 
2002/01 16502 A1 ) is offered as proof that explicitly indicating one of a private network 
address and a public network address in a request is old and well known in the field of 
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communications. Iyer et al. discloses explicitly indicating a request for a public IP 
address (See page 1 paragraph 22 of Iyer et al.). 

Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jason E. Mattis whose telephone number is (571) 272- 
3154. The examiner can normally be reached on M-F 8AM-5:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Huy Vu can be reached on (571) 272-3155. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



jem 





